\chapter{Introduction}
\label{chap:intro}
\minitoc

\section{But, port\'ee et responsabilit\'e du document}

\subsection{But du document}

Ce document est produit lors de la phase de test. Il est produit en conformit\'e avec le Cahier des charges et le Plan d'assurance qualit\'e.

Le plan de tests unitaires a pour but de mettre en \'evidence le bon fonctionnement de chaque fonction du logiciel.
Les tests unitaires sont produits par l'\'equipe de M2P-GI. Ils correspondent \`a la r\'ealisation compl\`ete d'une d\'emonstration.
Dans ce document, nous allons d\'efinir la strat\'egie de d\'eveloppement de tests utilis\'ee, les crit\`eres d'acceptation et la strat\'egie d'ex\'ecution de tests.

Remarque : Vue la nature du projet, les tests unitaires et les tests syst\`emes sont fusionn\'es.
%- expression des besoins (exigences)
%- specifications externes
%- conception (architecturale et d\'etaill\'ee)
%- validations
%- gestion de projet
%- plan qualit\'e
%- manuel utilisateur (\'eventuellement)


%-------------------------------------%
\subsection{Port\'ee du document}
Ce document est destin\'e :
\begin{bulletList}
 \item \`a notre client : Bull SAS - Echirolles;
 \item \`a l'\'equipe de d\'ev\'eloppement JOnAS;
 \item au jury du Master2 Pro GI pour l'\'evaluation du stage.
\end{bulletList}


Le document sera r\'evis\'e aussi par notre ma\^itre de stage, M. Julien Legrand et par notre consultant,
M. Thibault Parmentier de Object Direct.


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{D\'efinitions et acronymes}

\subsection{D\'efinitions}

\begin{description}
 \item \textbf{serveur d'applications} - serveur ayant pour vocation l'ex\'ecution de logiciel, par opposition \`a un serveur mail ou d'impression.
 \item \textbf{notification} - un message vers l'utilisateur qui l'avertit de l'occurence d'un \'ev\'enement. La notification peut \^etre 
caracteris\'ee par son :
\begin{itemize}
 \item \'etat - acquit\'ee ou non;
 \item gravit\'e - des differents niveaux de gravit\'e seront prevus (Info, Debug, Error, Fatal etc.);
 \item message - un message specifique pour comprendre le but de la notification;
 \item cause - la source qui a d\'eclench\'e la notification;
 \item heure et date - le moment du d\'eclenchement de la notification.
\end{itemize}

 \item \textbf{ensemble de conditions} - plusieurs conditions qui sont \'evalu\'ees pour v\'erifier si une notification se d\'eclenche \`a un moment
donn\'e.
 \item \textbf{Drools} - moteur d'inf\'erence, l'impl\'ementation d'un
algorithme de simulation de raisonnements d\'eductifs. Il s'agit ici de l'algorithme de Rete.
Dans la pratique, on d\'eploie sur le moteur des r\`egles \'ecrites dans une syntaxe
particuli\`ere proche de Java.

\end{description}
%-------------------------------------%

\subsection{Acronymes}

Les termes suivants sont les termes sp\'ecifiques utilis\'es dans le PAQL.
\begin{description}
 \item [CdC] - Cahier des Charges
 \item [M2P GI] - Master 2 Professionnel en G\'enie Informatique
 \item [PAQL] - Plan d'Assurance Qualit\'e Logiciel
\end{description}
%-------------------------------------%

\subsection{Documentation utilis\'ee}

Cette section donne la liste des documents utilis\'es et produits par les phases pr\'ec\'edentes.

\begin{itemize}
 \item Cours de M. Yves Ledru
 \item Cahier des charges
 \item Dossier de sp\'ecifications externes
 \item Dossier de conception
\end{itemize}



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%end Intro.tex
